home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 5990 < prev    next >
Encoding:
Text File  |  1996-08-05  |  13.9 KB  |  410 lines

  1. Newsgroups: comp.sys.amiga.programmer
  2. References: <31518976.305D@afrodite.kih.no> 
  3. X-Newsreader: UMSZCo V1.1 BETA 12 (23.2.96)
  4. Mime-version: 1.0
  5. Content-Type: text/plain; charset=iso-8859-1
  6. Content-Transfer-encoding: 8BIT
  7. Path: news.tng.oche.de!tomate.tng.oche.de
  8. X-Gateway: ZCONNECT UE utomate.tng.oche.de.tomate.tng.oche.de [PolyNet zTOr V4.901 Serie: "light"]
  9. Subject: Re: Team AMIGA Wish List (LONG)
  10. Date: Fri, 22 Mar 96 15:55:29 GMT
  11. Message-ID: <68772093@0humpty.tomate.tng.oche.de>
  12. From: humpty@TOMATE.TNG.OCHE.DE (Andreas Mixich)
  13.  
  14. paulken4@afrodite.kih.no wrote about "Re: Team AMIGA Wish List (LONG)" on
  15. "21-Mar-1996 17:53:10" at zer.COMP.SYS.AMIGA.PROGRAMMER:
  16.  
  17.  
  18. > Mui... I would think.
  19.  
  20. Not anyone likes MUI.....
  21.  
  22. > Or get CygnusEd (Elastic Reality, probably would like to get
  23.  
  24. This one is
  25.  
  26. a) outdated
  27. b) not fully styleguide-compilant
  28. c) has some bad habits in configuration (Install DOS/AREXX command
  29.    manually)
  30. d) is one of the best text-editors I know of, but that is not enough.Once,
  31.    GoldED (for example) may do real TABS in a common way and has vertical
  32.    block marking all should be fine. So one could like to see such a modern
  33.    editor.....
  34.  
  35. > >     *Memory defragmentation
  36. > I think there is programs which do this already (I might be
  37. > mistaken, just a buzz in my head).
  38.  
  39. CAN'T YOU STOP IT ?? We are talking of a *NEW* OS !!!!!! And as you see
  40. (the program _really_ exists) it is a bad idea to use hacks and
  41. "solutions". That defrag program slows the system down a _lot_
  42.  
  43. > >     *Dynamically created chip ram
  44. > You have to buy it, you can't create it from air, you know.
  45.  
  46. Very clever.....;-) He talks of base memory, that can be used as Chip Ram
  47. or Fast Ram, the OS decides, if it needs to make more RAM to chip-mem. If
  48. this is a wise solution.....? I would prefer an expandable amount of VMem.
  49. Let's say up to 16 or 32 MB (for the power-user) available for some
  50. killer-gfx-card.
  51.  
  52. > >     *Trashcan
  53. > Why? Can't you use available utilities at all?
  54.  
  55. No, he want's to have a modern, up-to-date OS, that can compete with
  56. Windows and System 7 etc.
  57.  
  58. > >     *Ability to password protect directories/volumes/ or on boot-up
  59. > Lots of possibilities in the public domain.
  60.  
  61. Will AT be able to sell an OS if they have to say: "Our OS is very pure, in
  62. fact, you have to get all comfort from others..... ?? Our OS is just 'Half
  63. an operating system' ?"
  64.  
  65. > >     *Abort gadget for the 'disk copy' and other requesters
  66. > Thats `Cancel' BTW, and again it's the programmers fault.
  67.  
  68. No ! Have you ever made a COPY on Workbench....Here we see your problem:
  69. You think an OS programmer is not a programmer. It is, in fact, the
  70. programmers fault. But of the OS programmer. ;-)
  71.  
  72. > >      Iconify gadget on the WB menus
  73. > ??? I would like to see Menufy and Iconify which remebers their
  74. > statuses when you reboot!
  75.  
  76. Yes, this is nice. Could be expanded to some state of freezing the system
  77. and shut itdown. When you switch it on, all is like it was before you left
  78. it.
  79.  
  80. > >    @ System debugger that is accessible from a 'Guru Meditation' with
  81. > >           history
  82. > Try a link cable and an external terminal.
  83.  
  84. Very comfortable...... Do you buy me an external terminal ? Thanks.
  85. I think some "hotkey" when GURU would be nice to run a ROM internal
  86. debugger. Make the serial connection available from within or so. And a
  87. parallel for your printer.
  88.  
  89. > >      Add an 'assign' requester (AssignX) when a program needs an assign
  90. > Are you totally alergic to programs which aren't supplied with
  91. > the workbench?
  92.  
  93. We now know what is needed. So why being alergic to add it to the
  94. Workbench ???
  95.  
  96. > >    @ Magic Menus-like menu options
  97. > This should be standard, this one is good.
  98.  
  99. Why don't you use just MagicMenu ?? ;-)
  100.  
  101. > Yes, get rid of gadgets below the Dragbar. Don't let windows
  102. > have bottom and right dragbars, they look awful.
  103.  
  104. And the scrollers ?
  105.  
  106. > Much better symmetry in making an external sizing bevel to the
  107. > whole window, then under the top sizing have the iconbar
  108. > (perhaps menubar, take a look at Dopus 5 and higher for some
  109. > nice ideas) of the window and then the work area.
  110.  
  111. Yes, would be nice.
  112.  
  113. > >      Settable aspect ratio (1:1 or 2:1)
  114. > Why would we want other aspct ratios than 1:1? (except for video
  115. > work)...
  116.  
  117. You say it, why.
  118.  
  119. > >     *Cycle gadgets, button gadgets (ala MUI)
  120. > Drop down cycle gadgets (menu like).
  121.  
  122. Why don't you use just Cycle2Menu ?
  123.  
  124. > >      KingCon instead of Cli/Shell with name completion (system-wide)
  125. > >         with scroll bar for cut/paste text
  126. > Agree, this should be standard.
  127.  
  128. Why, you could use KingCON, it's already there.
  129.  
  130. > >    @ Visual GUI programming ala Mac
  131. > MUIbuilder seems promising, don't it?
  132.  
  133. Then try to do some GadTools stuff with it.... And a GUI Builder is *NO*
  134. Visual Programmin Language !!! Viual languages have a GUI builder built in
  135. as a small part of the whole thing.
  136.  
  137. > >    @*Buy the rights to a compression method and include in the OS
  138. > >    @*Xpk support
  139. > Let us use Xpk (with nice gui, better preferences and such).
  140.  
  141. Yes, here I do agree. XPK is really nice, and there was done a lot for it
  142. already. The sources just would needed to be adapted to a (maybe) new
  143. file-system and recompiled for a new OS and the crunchers, that use ASM
  144. rewritten.
  145.  
  146.  
  147. > >     *Adjust sound thru software
  148. > Are there other ways? If I wan't sound I have to use software.
  149. > (Thats `period'.)
  150.  
  151. An OS _is_ software. Windows has Sound support for actions (WAV-sampels)
  152. built in.
  153.  
  154. > >    @*Virtual Memory
  155. > Would be nice, needs a bit of concideration (pros and cons).
  156.  
  157. This should be a standard. There is no contra I know of. If you
  158. need seldomly 16 MB you do not have to buy a SIMM.
  159.  
  160. > >    @*Bare bones file manager
  161. > DOpus rules, esp. workbench replacement mode (except that
  162. > ToolsDaemon don't function after that).
  163.  
  164. This could a subject of discussion. Especially the WB replacement mode
  165. sucks ! WB has not to be replaced, it has to be enhanced. Why can't I use
  166. the DOPUS listers insead of ASL Requesters ? Could be patched into the
  167. library-calls ?!
  168.  
  169. > But the Bebox Filedatabase seems like a good idea (make indexes
  170. > and then you can find files and such very fast).
  171.  
  172. This BeBox database is one of the most brilliant things added to an
  173. operating system in the last 5 to 10 years, IMO. Really, a fully clever and
  174. intelligent idea. I do not know if it is implemented nicley, but if you ask
  175. yourself what a computer is in its basic, it is partly nothing more than a
  176. database. Memory access you could call a database etc. This is such a basic
  177. part of any computer, that it is a nice idea to include it into the OS/FS.
  178. One could combine all databases (Address, phonebook, pictures, mods,
  179. messagebase etc.) Cool !
  180.  
  181. > >     *Cron Program
  182. > Then you have to log on and off and leave the computer on
  183. > continually.
  184.  
  185. So what ? People who need it just do it ? Do you have another solution.
  186.  
  187. > >     *Combine 'Dir' and 'List' with interactive mode
  188. > A directory program? The tab function of KingCon?
  189.  
  190. No, try 'DIR SYS: INTER'
  191.  
  192. > Now heres something which needs a bit refinement. Why don't we
  193. > add `Open dh0: in window' and `move mouse to 400x200', `double
  194. > click mouse', `when opening window play [soundname]' and such to
  195. > arexx? Make it more versatile as a (global) scripting language,
  196. > take a look at applescript and how you in fact can make scripts
  197. > which accesses different applications, from [the record script
  198. > place] one menu item.
  199.  
  200. To speak with your own words: Why don't you use just some PD programs ?
  201. I say: Build it right into it.
  202.  
  203. BTW: There really is a *very*, incredibly powerfull thing like that. (There
  204. are more, but this one is really power) 'Scripit' !
  205.  
  206. > >     *Scroll bar in the Cli
  207. > ... you know the comment.
  208.  
  209. And you too. ;-)
  210.  
  211. > >    @*DiskSalve
  212. > >    @*Reorg
  213. > Very important.
  214.  
  215. Why ? Just buy them from 3rd parties....?! ;-)
  216.  
  217. > You have one program in a window which aren't active (say
  218. > CygnusEd) on the workbench. And you are viewing a textfile in
  219. > another window (not active, just at the top). Now you would like
  220. > to write something in CygnusEd WHILE you are reading the file
  221. > (at the top). Click in the CEd window (to make it active, and no
  222. > fucking way would I like it at the top at this point) and write.
  223. > Nice and easy and clean.
  224.  
  225. I absoultly do not see what you mean ? I do this with sunmouse.....
  226.  
  227. I have right now MultiView open on top of screen with your message.
  228. Below I have my texteditor. And I write. If I want to scroll the text, I
  229. move to the MultiView window, and even have not to click it, I just move
  230. the mouse some pixels, scroll down and move the mouse back. You have to do
  231. the same without sunmouse, but you have to click, additionally.
  232.  
  233. > If you dig pervertial things like sunmouse and sunkey and a host
  234. > of other dumb utilities then use them, but I RELY on my Amiga to
  235. > do the above, it's the MAIN advantage of the Amiga because it
  236. > can help do some WORK. These things are impossible under Motif,
  237. > Windows and Mac.
  238.  
  239. I use SunMouse since I have my Amiga. (4 years now) And I never ever
  240. switched it off, except for some very special cases. WITH sunmouse I am
  241. productive. So....make it an option in Preferences.
  242.  
  243. > Now any flames are welcome, because I really can't see why you
  244. > could do any arguments against the above (which makes sense,
  245. > besides releaving you of some work).
  246.  
  247. Do that: Switch on SunMouse. Open CygnusEd on WB. Open MultiView on same
  248. screen. Now, what advatages has it to have to click the mouse ? I see no
  249. point.
  250.  
  251. > >     *Global tooltypes, rather than pregram specific tooltypes
  252. > Thats what def_icon.info are for, aren't they?
  253.  
  254. Wrong. These tooltypes have to been understood. This is not an icons work.
  255.  
  256. > Why not 32? Usually they all come out through two stereo RCA
  257. > jacks, so really, most standard hardware deliver 32 channels at
  258. > this point.
  259. > All channels:
  260. > individual panning, individual volume, individual playback.
  261. > If it came out through more jacks, then we could talk about
  262. > specifics, else I just want as many soundchannels as possible
  263. > (with the added RTG, of course).
  264.  
  265. Fully agreed. And add GM (general midi) and a plug-in for EMU Proteus
  266. chips. (they are not bad at all)
  267.  
  268. > >      Coprocessor for sound/graphics
  269. > Use standard elements (now we should probably think about,
  270. > MPEG/JPEG decode, 3d accelerators, graphics accelerators, sound
  271. > chips, midichips etc. Read againg my ideas on RTG above (quite
  272. > few lines above, in fact).
  273.  
  274. Yes, you are right. Use special cards, but do not produce own ones, like C=
  275. did. The chips were cool, but it is cheaper to get 3rd party cards.
  276. However, I am absoultley no hardware freak. But I guess some custom 3D
  277. chips and so would be nice. Myself, I still would like to see HOMBRE,
  278. but....it's dead.
  279.  
  280.  
  281. > Wich goes beyond 2000 :)
  282.  
  283. :)
  284.  
  285. > No floppies, perhaps Zip, or Jaz or something from Syquest.
  286. > (ESCOM will deliver zip drives as standard, so should AT (or
  287. > rather Jaz drives, in my opinion)).
  288.  
  289. Yep.
  290.  
  291. > >     *Three-button mouse support built-in to the OS
  292. > Works now.
  293.  
  294. But is only an option. And needs additional software to make real use of
  295. it.
  296.  
  297. > >    @*More in-depth user manuals (AmigaDos, Arexx)
  298. > Add some online manuals too. (Much more should be online,
  299. > manuals, help, wizards, hints and tips).
  300.  
  301. Absolutly true !
  302.  
  303. > And why can't we jump on to C++, it's very easy to program,
  304. > learn and understand.
  305.  
  306. Hmmm... C++ eats up quite a lot of resources. But I guess C++ will be of
  307. high importance for the Amiga in the future. But: I am not very
  308. experienced, Oberon is a nice OO language too, isn't it ? And one could
  309. peek with one eye to the Oberon System, that links (imports) the modules at
  310. runtime. On a PPC this could be nice. However, this is not very different
  311. to the shared library system, I believe.
  312.  
  313. > >    @*RKM's on a CD Rom Disk with search function
  314. > Agree, a CD-Rom which contains documentation would be a good
  315. > idea, but you could do it now (yourself) it doesn't strictly
  316. > have to be AT doing this job (it probably shouldn't, as such
  317. > administrative work will put a strain on other efforts).
  318.  
  319. So ? Do you want to scan the RKMs ? OCR.... and so ????!! On the Amiga ?
  320. Hahaha. It would be a illegal thing to make yourself a CD ROM with it I
  321. guess.
  322.  
  323. > >     *Full Arexx manuals
  324. > I got one with my A3000T.
  325.  
  326. There is a really nice one. However, the best IMO is only available in
  327. German.
  328.  
  329. > Generally you have repeated yourselves too often. Also there are
  330. > several inconsistencies in your wishes. I suggest you go through
  331. > it one more time, and correct them.
  332.  
  333. This is true, he had repeated himself often. But you did so as well. You
  334. only answered (mostly): "Take it from PD sources" and absolutley did not
  335. get the point, that this is a wishlist for a *new* OS and not for some PD
  336. programmers.
  337.  
  338. > Many of the wishes are relevant. Some I have marked in a `mee
  339. > too way' some as `use the relevant utility'. Either way, if the
  340. > future OS comes on CD or Zip, then AT could distribute most of
  341. > the programs with the OS...
  342.  
  343. Well, this is a word ;-) But, it should be doen and maintained by AT.
  344. Because it is a part of the OS. And this would mean a better integration.
  345.  
  346. > Now, I too would like to have more of these as an integrated (as
  347. > made by AT) part of the OS, but why should AT at this time when
  348. > is's [time] paramount, do this?
  349.  
  350. Because a standard from the very beginning stops wrong habits and bad
  351. directions.
  352.  
  353. > of programs. Example, in dir opus you may define your own
  354. > hotkeys for different actions. Now, have you ever defined the
  355. > same hotkey combinations? Sometimes the results are amusing, and
  356. > sometimes more dire.
  357.  
  358. Agreed.
  359.  
  360. > When AT gets around to include options for tear off menus,
  361. > Sunmouse(shiver), Sunkey(shudder) and other more `nice too have'
  362. > options, I am sure that it will be more efficient and we would
  363. > be grateful, but for now, support those who already have done
  364. > the effort and give them thanks!
  365.  
  366. We all do. But a bigger "thank you" is to see it implemented.
  367.  
  368. > Replys gratefully received.
  369.  
  370. Here it is :)
  371.  
  372. --
  373. Ciao, Andreas
  374. Internet: humpty@tomate.tng.oche.de
  375. +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=++=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
  376. Q: What is the difference between a duck?
  377. A: One of its legs are both the same.
  378.  
  379.